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Details 
BCM Any Rls 
Problem Clarification 


You want to simulate a simple ISDN call scenario (ETS! EURO on PRI) using the Trend Aurora Duet Analyser and you do not want to read the 536 page user 
guide as you are in a hurry. This solution describes the required steps, and includes an example of sending overlap (it can be used equally for enbloc) and the 
problem UIP traces, for training purposes. 


Cause 

N/A 

Solution 

1) Configure and connect PRI to PSTN, and ensure it is fully working. Therefore proving the PRI module is working. 
2) Connect PSU to the Trend Aurora Duet Analyser. 


3) Connect the cable to the Primary 120 Ohm connection (the middle port). The cable is white comprising of two cables, each one terminates on a co-axial end. 


5) Connect the RJ45 cable from the Black box (cable is labelled "proven PRI cable") to the actual PRI on the BCM. 


) 
) 
) 
4) Connect each co-ax end to the Black box (code MT24A-F, Item G.703 balun, S/N 9811060323). You may need to swap the co-ax connections to get layer 1 up. 
) 
6) Switch on the Analyser (power button is located on the right. Push the power button nearest the LCD display in/forward). 

) 


7) Wait for the Analyser to complete the boot sequence. 


8) Use the main button (arrow left, arrow right, arrow down, arrow up) to select "ISDN Simulate". Press the return key (immediately below the main button) to 
select "ISDN Simulate”. 


If the Analyser is already in "ISDN Simulate" mode you will be presented with the following display: 
ISDN CALL SETUP 

AUTO TEST 

KEY PAD 

CAPTURE REVIEW 

RESULTS 

SUPP SERVICES 

MONITOR 

SETUP 


9) Configure the ISDN SETUP. 

SelectSETUP. 

SelectISDN SETUP. 

Ensure Termination = 120 Ohm 

Ensure Encoding = A=law 

Ensure User defined = BCAP 

Ensure NAT specific = NONE 

Change CRC4 as required (Suggest ON given the test results). 
SelectEXIT 


10) Configure the DIAL SETUP. 

a) Program the called party number (CPN) directory: 

In reality, you will not be using this, however it maybe useful to program CPN numbers. 
SelectDIAL SETUP. 

SelectCPN DIRECTORY. 

Select the appropriate entry, using the up / down arrow. 

Program the number, then select down arrow to accept the number. 

Select theEXIT key. 


b) Configure the CLID: 

SelectCALLING LINE ID. 

SelectCLI / COL: SEND to send the CLID. 

SelectNumber. 

Enter the required CLID from the keypad (for example, 0 162843226 2) 
Down arrow 

Ensure PRESENTATION is set to ALLOWED. 

Select theEXIT key. 


c) Configure the DIAL TYPE: 

SelectDIAL TYPE. 

Right / left arrow to chose EN BLOC orOVERLAP. 
Select the down arrow to accept the change. 
Note: In this case, OVERLAP was used. 


d) Set the CPN NUM PLAN. 
In this case, UNKNOWN was selected. 


e) Set the CLI NUM PLAN. 
In this case, NATIONAL was selected (BCM configured with National dialing plan for some unknown reason). 


f) Set the CPN NUM TYPE. 
UNKNOWN was selected. 


g) Set the CLI NUM TYPE. 
In this case, NATIONAL was selected. (BCM configured with National dialing plan for some unknown reason). 


h) Set the SEND COMPLETE. 
In this case, was left at the default OMIT. 


i) Select the EXIT button. 
Selecting the EXIT button, returns you to the ISDN SIMULATE main menu. 


11) Ensure Layer 1 is up. 

The PRI should of course show three green LEDs and no orange LEDs. 
The Analyser shows the following green LEDs: 

D/RXDATA A 

U/L2 

NT 

B1/SYNCA 

PRI 


12) Prepare the BCM. 
For example, assign target line to correct DN. 
Launch the BCM Monitor and start the UIP trace on the appropriate bus for the PRI. 


13) Make the test call from the analyser. 


Use the up / down arrow to select ISDN CALL SETUP. 

Press the ‘enter key’. 

SelectSPEECH CALL. 

This should present you with the called party number at the top of the ae You do not need to select the called party number. 
Enter the required called party number on the keypad (for example 7 0 7 3 2). 

Press the return key (button immediately below the main key). 

The ISDN simulator should now attempt the call. 

Study the results of the test including the UIP trace for example. 

Press the return key to hang up the call. 


The following are two examples of UIP traces which demonstrate the problem: 

a) "local number length correct goes to correct set.log" 

Public received = 5 

Local Number length (configured on PRI, if overlap received is enabled) = 7 

CPN (called party number) = 2170732 

Target line 244 = public received value 70732 

Calls route to correct set. 

You can see the UIP trace indicates individual digits 2 1 7 0 7 3 2. The code calculates the leading digits to remove based upon the public received and country 
number length. The country number length must equal or exceed the public received length 


b) "local number length wrong always to prime.log" 

Same scenario as a) above, except CPN = 70732. Call goes to prime before entering all 5 digits.Calls go to prime because of the affect of the local number length 
on the number. If CO sends 5 digits, the public received and country number length need to both be considered. 

If public received = 5, and CO sends 7 digits, set country number length to 7, ensuring you dial 2170732 (where first 2 digits are as appropriate, not 70). 

If public received = 5, and CO sends 5 digits, set country number length to 5, ensuring you dial 70732. 

If public received = 9, and country number length = 2, you will NOT have a change to set the CPN on the analyser (UIP trace not included). 

Refer to 071207-25682 / CR Q01828574. 
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